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(54) Updating mechanism for software 

(57) A computer has a memory storing a number of 
software applications, and a registration file, indicating 
which application versions are currently installed in the 
memory. A software update mechanism in the computer 
accesses a remote file server to obtain a release file 
containing a list of software applications available from 
the remote server, and compares the release file with 
the registration file to determine which of the installed 
applications have upgrades available. When a user 
selects an application for upgrading, and the update 
mechanism accesses the remote file server to obtain a 
manifest file containing details of the application files 
required to form an updated version of this applications. 
The manifest file is used to determine which of the 
required application files are already available in the 
computer; and only those application files that are not 
already available in the computer are accessed and 
installed in the memory. 
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program. 



Thisinverrtonrelatestoanupdatingmechanismfor 5 

software applications are tnw mey 
updates. 
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According to the invention a computer comprfeesa 
ftCC T"„ n . muralitv ot software applications and 
memory stonng ■ P 1 ™ £ ' ^, icn applications 

SSS.^ - 

mechanism comprising. 



applications available from the remote server ana 

registration file to determine which d the instaueo ^ 
&^«^ngauserto 
SJcTat £££ of said appfications for upgrad- 

assssssassg . 

Nation files required to form an updated vers,on of 

the selected apP«cat.on; e 

(e) means for available 
which of said application files are aire* y ^ 

available in the computer, and installing those ti.es 
in fhe memory. 55 

BrigLBessriptinn of fhe Drawing 

Figure 1 isablock diagram of acomputer network. 



one embodiment d the invention will now be 

c J£*5 way - «* re,erence t0 

****** nfcomputer network comprising a 

sonal ""^^J^ ^e network 103 may 

naohfHeservertoa^resa^erd^on 

files 104. forming a number df*T SSpSca- 
Normally. each application «Md 

form using any stands ^JJ^ of applica- 
Conveniently. JW server nas Each of these 
lion directories, one for ea oh i M hold 

**^rt!i3S^^ *-* ver - 

the new or amenaea appuwiuv versions 

^ S ^r«ra client machine, sets up 
program which, when run on Normal|Vi 

the correct environment for he .aPP""\ ^ ^ 
Lfirstrelea^edanapplicaton'sanmstaller.andsu 

sequent releases are "on-rs^- 

stored on *e sen/eri nes name con- 

the relevant subdirectory, anc ea ^ ^ 

structed from the "ame and retese^ . ^ 

f ile, it contains the following parameters. 



■me filename of the application file. 

^rsion number ^«^on file 
The target directory into which the appro 
should be installed. 
Date and time of issue. 

s£SSEK*rr 
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file, e.g. read only. 

- A cyclic redundancy checksum (CRC) . 

Additionally, each server stores one or two release 
files 1 06 containing a list of all the applications available s 
on the server. For each application, a release file con- 
tains the following parameters: 

- The name of the application, i.e. a short identifying 
name for the application. w 
The version number of the application. 

The application title, i.e. an identifier by which it is 
known to the user. (Note that the application title is 
distinct from the application name). 

- A parameter which specifies a linkage between this is 
application and another application, such that any 
upgrade to this application will automatically cause 
the other application to be upgraded. 

A list of user names indicating which users are per- 
mitted to download the application. If no user 20 
names are specified, any user is permitted to down- 
load the application. 

A parameter which specifies whether the version 
number should be displayed to the user as a date. 

- The status of the application. 25 

A release file may be in one of two states: live or 
deferred. When the release file is in the live state, it is 
visible to the software updating mechanism; otherwise it 
is invisible. At any point in time on a server, there will be 30 
either: 

(a) one live release file and no (i.e. an empty) 
deferred release file; or 

(b) one live release file and one deferred release 35 
file. 

Each server computer includes a standard file 
server program 107, which can supply (to the update 
program) or receive (from the uploader program) files 40 
over the network on request to or from any of the client 
computers, using a standard file transfer protocol such 
as ftp. 

Each of the client computers 101 stores a number 
of software applications, each consisting of a number of 45 
application files 108. Each client also stores a registra- 
tion file 109 containing a list of all the applications cur- 
rently installed on the client which are to be maintained 
by a software updating mechanism. For each applica- 
tion, the registration file contains the following parame- so 
ters: 

The application name. 

The latest version number installed on the client. 

The application title. 55 

- The directory in which the application is installed. 

In general, the applications currently installed on 



any given client will be a subset of the applications avail- 
able on the servers, and may not be the most up-to-date 
versions of those applications. 

Each client computer includes an update program 

1 10, which provides a mechanism for updating the soft- 
ware applications installed on that computer, and for 
installing new applications H required. 

The system also includes an uploader program 

111, which provides a mechanism for uploading a new 
or updated version of an application onto the servers. In 
Figure 1, the uploader program 111 is shown as resi- 
dent on one of the client computers 101. Alternatively, 
the uploader may reside on a different computer, such 
as one of the servers, or on a separate system adminis- 
tration computer. The new or updated application com- 
prises a set of new application files 112, accessible to 
the computer in which the uploader resides. 

Uploader program 

Figure 2 shows the operation of the uploader pro- 
gram 111. This program is used by a system administra- 
tor when it is desired to upload a new or updated 
version of a software application onto the servers. The 
uploader is conveniently a Microsoft Windows program. 

(Step 201) The uploader first displays a main 
screen, as shown in Figure 4, which allows the adminis- 
trator to specify which of the servers 102 is to act as a 
source server for obtaining a release file. The adminis- 
trator can also specify the file transfer protocol to be 
used, for example ftp. This main screen is displayed 
throughout the uploader session, and plots the progress 
of the session, 

The administrator can also specify, by way of mes- 
sage boxes, whether the new or updated application is 
an installer or a non-installer, and whether a deferred or 
live release file is to be used as a source. Of course, the 
second question is only asked if there is a non-empty 
deferred release file in existence at that time. If not, then 
the live release file is used as source by default. When 
a release file is made live, the deferred release file is 
emptied, i.e. it effectively does not exist. 

(Step 202) Selecting the "Start" button from the 
main screen causes the uploader to contact the speci- 
fied source server and to check whether the chosen 
release file is available. 

(Step 203) If the chosen release file is not available, 
the uploader asks if a new uploader environment is to 
be created in the source server. If so, it then sets up a 
new skeleton directory structure and empty release files 
(live and deferred), and then exits. 

(Step 204) Assuming that the chosen release file is 
available, the uploader fetches this file from the source 
server. 

(Step 205) The uploader then displays a "Select 
New Release" screen, as shown in Figure 5. This 
screen allows the administrator to select either a "Base 
on Existing Application" option or a "New Application" 
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option. 

K the "Base on Existing Application" opt.on » 
selerted.meuploaderdisplaysalistottheexistngsott- 

warrappHoations. along with their version nurnb«s 
SedTornthechosenreleasefile.Theadrn,n.stra^ * 

21 Ten select one of these existing applications and 

r: e r a e nStsion „**». ■ *. -^sri 

option is se.ected. the «"«^J* £^ £ 
nkme ("Moniker") and a verston number tor the new ^ 

^"Edit Release Details" button is 
loader proceeds to Step 206 below. H an OK" button 
■c salaried the uploader proceeds to Step 209. 

(S?2o5Tthe "Edit Release Details" button . 
selected the uploader displays a screen as shown, n « 
Rgufe 6 which'allows the administrator to update an 
*X m the release file, or to create a re entry. Th,s 
screen includes the following text input boxes. 



20 

Title" - the application title. 
SendsUpon" - this specHies a linkage between 
this application and another application. 
-UseTName" - a list of user 
users are permitted to download toe a^'catioa 
•DisplayAsDate"- a parameter specify.ng whether « 

thet S number shoukl be displayed to the user 
as a date. 

"Status" - the status of the application. 

Selection of a "Select Target Servers" button 
cauS the uptoader to proceed to Step 207 below. 
SoS ToK button causes the uploader to pro- 
2? o Step 208. provided that at least one target 
el has been selected; if not it displays a v^rning 
message that no target server has been selected 

(2p 207) If the "Select Target Servers button s 
selected L the uploader displays a screen asshownjn 
Rg7e 7 which allows the administrator to jUM « 
more servers as target servers, to receive the updated 
^ease file. Selecting the "OK" button on this screen 
causes the uploader to return to Step 206_ 

(Step208) Theuploaderwritestheupdated release 
f iletoSh of the selected target servers for an exiting 
arttfon This allows a system administrator to only 

throuah a full uploader session or even creating a new 

22 veln'of the *^"2?££Z 
application, the uploader does not update toe release 
rStoenewreleasefieldsandwriterttotoeservers 

an actual release exists on the servers at step 212. 
^^^JTh^ercorttactetoesourcese^er 

to obtain the manifest f ile for the selected application. 

^Sep 210) The uploader then displays a screen » 
shoTto Rgu e 8. showing the contents of the rnanifest 
«Kis f He can then be edited by the administrator so 
as to create a new manifest file for the new or updated 
appTkStion. This may involve, for example, adding new 
factories or files, removing files, marking existing files 



for deletion on download, marking files for execution on 
dowrioad and editing other file details (e.g. mariangtoe 
SeCforJy). This isdone through menu commands. 

(Step 21 D The uploader can then display a screen 
as £Z in F. 9 ure 7 through a ™ 
done at step 207, allowing the admin^torto select 
one or more servers as target servers, or to modrfy any 
existina selection done at step 207. 

(Step 212) By choosing the appropriate menu corn- 
mar* I toe system administrator can then cause the 
uSotdeTtoSetoe updated releasefile. the new man- 
ESZd all the new application files 11 2 to e«* of 
iTsetected target servers. The updated release file 
^yttSen I? either a deferred or live stote JM » 
wSen in toe live state, then any existing deferred 

r6l ^o^ 

into a user-defined order before it is wrrtten (which .stoe 
orter displayed in Figure 9). Ateo optional^ toe 
uploader may tidy the filestore on each target server 
after performing the writes. 

(Step 213) The uploader also saves the previous 
version number of toe application and, optionally, pnnls 

servers. If so. the uploader returns to Step 211. other 
wise it exits. 



30 Update program 

Roures 3A and 3B show toe operation of toe 
updSpXram 110. Thte program can be run atany 
Se onSest by a user. Conveniently, it ,s a Microsoft 

gramScontacte one of the servers 102. by , way of toe 
network 103. to obtain the live release file from that 

40 ^ep302)Theupdateprog^ 

release file wtth hs locally held registration f .le 109 to 
SerS which of the currently installed applications 
STltrecent versions availabte. "alsojdentif.es 
aTnew application installers in the release .le for 
m a£.ic^sW are not installed locaDy on toe c*ent 
The update program then displays a screen as 
showr^nS^ ^Sich allows toe user to select erther 
fnTpJates" option or a "New Release" option. H toe 
user sSStoe "Updates" option, toe update program 
„ oroceSsto step 303 in Figure 3A. Alternatively, .f the 
50 uTSecS mT-New R^ease" cp*a 1h. u^ate pro- 
«Tm proceeds to step 310 in Figure 3B (see below). 
^XaS^eLrselectotoe-Upd^o. 

a lid of the titles and versions of currently .nstoHed 
shows toat the installed application "Penpheral Prod 
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ucts Binder [1/10/96]" is up-to-date, while the installed 
application "Networking Binder [1/9/96]" has a more 
recent version available. The user may select from this 
list one or more (or all) of the applications for which a 
more recent version is available. Selection of an appli- 5 
cation will automatically cause any dependent applica- 
tions to be selected. 

If there is a more recent version available of the 
update program itself, this is automatically selected. 
Hence, every time the update program runs it will 10 
update itself rf necessary. 

If the user selects the "OK" button on this screen, 
the program proceeds to Step 304 below. Alternatively, 
the user may simply exit from the program without per- 
forming any updates by selecting the "Cancel" button. 15 

(Step 304) Assuming the "OK" button was selected 
in step 303, the update program contacts the server 1 02 
to obtain the manifest file for the first (or only) of the 
selected applications. 

(Step 305) The update program then determines 20 
differences between files installed on the client compu- 
ter and those listed in the manifest file. For each appli- 
cation file listed in the manifest file, a check is made to 
determine whether the specified file is already present 
in the specified directory in the client by using CRC 25 
checks. If not, the program contacts the server 102, to 
retrieve the required application file. The retrieved file is 
expanded, and then checked for file-transfer corruption, 
using the CRC checksum. All the application files are 
read into a temporary directory on the client computer. 30 

Thus, it can be seen that the update program does 
not fetch any application file if the required version of 
that file is already installed in the required directory, 
thereby eliminating unnecessary traffic over the net- 
work. 35 

(Step 306) When all the files listed in the manifest 
file have been correctly retrieved, the installation actions 
are implemented as follows. Any files marked for dele- 
tion are deleted from the client computer, files marked 
for execution are executed and files marked for installa- 40 
tion are installed into the specified directories in the cli- 
ent, provided the file version is more advanced than that 
of the existing file. Hence then any existing files with the 
same names in the directories will be overwritten. 

If, on the other hand, some of the file transfers 45 
failed, none of the files are installed. Instead, a mes- 
sage is displayed, giving the user the option of either 
cancelling the update, or making another attempt to 
access the files. 

(Step 307) If all the required applications have now so 
been updated, the update program proceeds to Step 
308. Otherwise it returns to Step 304 above to get the 
manifest file for the next required application to be 
updated. 

(Step 308) Before exiting, the update program ss 
allows the user to return feedback (i.e. comments on the 
update program or the other applications the user is 
downloading and using) to a central server. The pro- 



gram also automatically returns statistics to the central 
server, showing who the user is and what has been 
downloaded. The central server maintains a table 
based on these statistics, allowing the system adminis- 
trator to check whether each user is using the latest ver- 
sions of the software applications. 

Referring now to Figure 3B, if the user selects the 
"New Release" option from the screen shown in Figure 
9, the update program proceeds as follows. 

(Step 310) A list of newly released application 
installers, for applications not currently installed on this 
client, is displayed. The user may select only one of the 
application installers from this list. 

If the user selects the "OK" button on this screen, 
the program proceeds to Step 31 1 below. Alternatively, 
the user may simply exit from the program without per- 
forming any updates by selecting the "Cancel" button. 

(Step 31 1) If the "OK" button was selected in step 
310, the update program contacts the server 102 to 
obtain the manifest file for the selected application 
installer. 

(Step 312) A check is then made to determine 
whether the specified installer file is already present in 
the specified directory in the client by using CRC 
checks. If not, the program contacts the server 102, to 
retrieve the required installer file. The retrieved file is 
expanded, and then checked for file-transfer corruption, 
using the CRC checksum. The installer file is read into 
the temporary directory, and remains there for subse- 
quent execution. 

(Step 31 3) The update program returns statistics on 
the installation to the central server. 

(Step 314) The update program then displays a 
message box, asking whether the user wishes to exe- 
cute the installer now. 

(Step 315) If the user selects "Yes" from this mes- 
sage box, the update program exits and enters the 
installer. 

The update program logs its actions, so that in the 
event of a failure, such as a communications failure, it 
can restart from the point where the last file was cor- 
rectly received. 

It should be noted that the software update mecha- 
nism and the uploading mechanism described above do 
not require any special-purpose software resident on 
the servers. The servers run standard file server pro- 
grams, and all the intelligence for the software update 
mechanism and the uploading mechanism resides 
solely in the update program and the uploader program. 

Some possible modifications 

It will be appreciated that many modifications may 
be made to the system described above without depart- 
ing from the scope of the present invention. For exam- 
ple, the system may be adapted to different operating 
systems and transport protocols. 
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ther comprising: 



Claims 

1 A computer comprising a memory storing a Pj^Jj^ 
o/SLre applications and storing a registration 

1 iSino which applications are currently 5 
nlallS in said memory and their version delate, 
trXuter aiso including a software update 
mechanism comprising: 

(a) means tor accessing a remote file server to » 
obtain a release file containing a tat of software 
applications available from the remote server 
and their current version details; 
M means for comparing said 
said registration file to determine which of the is 
installed applications have upgrades available, 
( c) user interface means for allowing a user to 
select at least one of said applications for 

J^'tor^essingtherer^efitesa^ *> 7. 
o obtain a manrfestfile containing details oftoe 
application files required to form an updated 
version of the selected appli«*on; 
(e) means for using the manifest file to deter 
mine which of said application files are already « 
available in the computer ; and 
m rneans tor accessing the remote f ile server 
o retrieve those application files that are not 
alreadyavailableinthecomputer.and.nstall.ng 

those files in the memory. 

2 AcornputeraccordingtoClaimlwhereinsaidman- 

2 - JeSte also includes details of application files 
rjuired to be deleted or executed in order to form 

tS ^ted version of said selected application. 35 

3 AcomputeraccordingtoClaiml or 2. «JereJna« 
/el^efileincludesatleastoneparameterspec^ 
ina a linkage between a first application and a sec- 
St ation, and wherein said user « 
^automatically selects said second.^ 
S>r upgrading whenever said f irst application e 
selected for upgrading. 

4 A computer according to any preceding claim. 45 
where* said software update mechanism com- 
^sTan update program, and wh^n-duse 
interface means automatically selecte d update 
program for upgrading whenever one of saidappl. ^ 
cations is selected for upgrading. 

5 A computer according to any preceding claim 
fnduding means for using a <*e^ *ch«* 
said application files when retrieved from sad 
r^crtele server and for a>l^^ 55 
to be installed only if the check is satisfactory. 

6. A computer according to any preceding daim. fur- 



(a) means tor comparing said release He wrfh 
said registration file to identify available new 
installer versions of applications; 

(b) user interface means tor allowing a user to 
select one of said installer versions; 

(c) means tor accessing the remote f ile server 
lo obtain a manifestfile containing details of the 
installer files associated with said one of sari 
installer versions; ^a*** 

(d) means tor using the manifest file to deter 
mine which of said installer files are already 
available in sard memory means; and 

(e) means for retrieving those installer tiles that 
are not already available in said memory 
means from the remote file server, and execut- 
ing those files. 

A computer network comprising a plurality of server 
confers and a plurality of client computers, 
wherein each of the client computers compnses. 

(a) memory means for storing a plurality of soft- 
ware applications, and for storing a registration 
tile, indicating which applications are currentiy 
installed in the memory means and their ver- 

tS n me2s ''for accessing one of sari server 
computers to obtain a release file contaning a 
list of software applications a« ilab,e J rom i ^ 
server computer and their current version 

Jet m^ns for comparing sari releasefile with 
said registration file to determine which of the 
installed applications have upgrades available. 
Suser interface means for allowing a user to 
select at least one of said applications for 

Jeans' for accessing said server compirter 
o obtain a manrfestfile containing details of the 
application files required to form an updated 
version of the selected application; 
(f) means for using the manrfest file to deter- 
mine which of sari application files are already 
available in said memory means; and 
?g) means for accessing said server computer 
o retrieve those application files that are not 
already available in said memory means, and 
installing those files in said memory means. 

8 A computer network according to Claim 7 wherein 
rtSoneofsaricomputersindudesanuploader 

mechanism comprising: 

(a) means for accessing one of sari server 
Smputers to obtain a manifest file contammg 
details of the application files forming a current 
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version of a particular application; 

(b) means for editing the manifest file to form a 
new manifest file for a new or updated applica- 
tion; 

(c) means for writing the new manifest file, s 
along with application files for the new or 
updated application, into one or more of the 
server computers. 

9. A computer network according to Claim 7 or 8 
wherein at least one of said servers includes means 
for maintaining statistics on which applications have 
been downloaded by which users. 

10. A method of updating software in a computer, the 
method comprising: 

(a) storing a registration file, indicating which 
applications are currently installed in the com- 
puter and their version details; 

(b) accessing a remote file server to obtain a 
release file containing a list of software applica- 
tions available from the remote server and their 
current version details; 

(c) comparing said release file with said regis- 
tration file to determine which of the installed 
applications have upgrades available; 

(d) allowing a user to select at least one of said 
applications for upgrading; 

(e) accessing the remote file server to obtain a 
manifest file containing details of the applica- 
tion files required to form an updated version of 
the selected application; 

(f) using the manifest file to determine which of 
the required application files are already avail- 
able in the computer; and 

(g) accessing the remote file server to retrieve 
those application files that are not already 
available in the computer, and installing those 
files in the computer. 

11. A method according to Claim 10, including the fur- 
ther step of deleting or executing further application 
files as specified in said manifest file. 

1 2. A method according to Claim 1 0 or 1 1 , wherein said 
release file includes at least one parameter specify- 
ing a linkage between a first application and a sec- 
ond application, and including the further step of 
automatically selecting said second application for 
upgrading whenever said first application is 
selected for upgrading. 

13. A method according to any one of Claims 10 to 12, 
including the further step of automatically selecting 
an update program for upgrading whenever one of 
said applications is selected for upgrading. 



14. A method according to any one of Claims 10 to 13 
including the further step of using a checksum to 
check said application files when retrieved from 
said remote file server, and allowing the retrieved 
files to be installed only if the check is satisfactory. 

15. A method according to any one of Claims 10 to 14, 
including the further steps: 

(a) comparing said release file with said regis- 
tration file to identify available new installer ver- 
sions of applications; 

(b) allowing a user to select one of said installer 
versions; 

(c) accessing the remote file server to obtain a 
manifest file containing details of the installer 
files associated with said one of said installer 
versions; 

(d) using the manifest file to determine which of 
said installer files are already available in said 
memory means; and 

(e) retrieving those installer files that are not 
already available in said memory means from 
the remote file server, and executing those 
files. 
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Business Warehouse Solution* Binder (1/10/96) it up-to-date 
Fat* Team Software Binder (1/10/96} it up-to-date 
GOLDRUSH MegaSERVER Binder (1/10/96) h up-to-date 
Fujitsu ICL Technical Workstations Binder (//Q3) hat been withdrawn 
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Professional PC Products 1995 Binder (//10) has been withdrawn 
Server Systems Binder (1/10/96) is up-to-date 
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